home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 9785 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.9 KB
  1. Path: news.gate.net!not-for-mail
  2. From: dhaire@gate.net (doug haire)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: Is USR going to support 42bis+ on future courier upgrades?
  5. Date: 1 Apr 1996 00:24:15 -0500
  6. Organization: CyberGate, Inc.
  7. Message-ID: <4jnp9v$220e@seminole.gate.net>
  8. References: <4j2fv1$8kf@nnrp1.news.primenet.com> <4j2iun$a3t@newsbf02.news.aol.com> <4j3r1f$1tc4@seminole.gate.net> <4j468j$gg1@drencrom.insync.net> <4j68or$nug@navajo.gate.net> <4j7iai$qcc@drencrom.insync.net> <4jbasq$102o@navajo.gate.net> <4jd6e0$kbo@dr
  9.  <4jg1ok$1mti@seminole.gate.net> <4jk2pu$ioj@synthemesc.insync.net>
  10. NNTP-Posting-Host: seminole.gate.net
  11. X-Newsreader: TIN [UNIX 1.3 950824BETA PL0]
  12.  
  13. Greg Bretting (bretting@insync.net) wrote:
  14. : On 29 Mar 1996 01:59:32 -0500, dhaire@gate.net (doug haire) wrote:
  15. : 
  16. : >: Not only that, but keep in mind that in the above example, only _one_ CPU
  17. : >: and DOS environment is servicing the interrupt load for _both_ ports.
  18. : >
  19. : >Only one port: the receiving unit. 
  20. : 
  21. : No _both_ ports... I was sending data bi-directionally (full duplex).
  22. : But, enough about that...
  23.  
  24. The receiving CPU services the receiving port, the sending CPU cannot 
  25. service the receiver's port.
  26.   
  27. : >: Well, okay then, let's deal with the examples I've posed so far that aren't
  28. : >: "specialized" software - namely, the QModem Pro log I posted previously and
  29. : >: the Procomm Plus/Win 2.11 screenshot I uploaded to alt.binaries.misc (which
  30. : >: I posted yesterday, have you seen it?)- both of which demonstrate
  31. : >: throughput on a DOS platform in excess of 11,000 cps.  Whatever the
  32. : >: limitations of DOS may be (and I'm not saying there aren't any), it doesn't
  33. : >: take exotic programming to overcome them - it would appear to me that just
  34. : >: about any competently written and properly configured comm app will do just
  35. : >: fine.
  36. : >
  37. : >Just do what I did. Link two computers up via a null modem cable and run 
  38. : >the comm program of your choice in each computer with the ports locked at 
  39. : >115200 and then come back with the results, ok?
  40. : >
  41. : >That's all I ask.
  42. : 
  43. : Okay, fair enough.  I rounded up two Compaq LTE Elite 4/75CX notebooks, two
  44. : copies of Procomm Plus for DOS, and a null modem cable.  Hooked everything
  45. : up, booted to plain DOS 6.20, set the DTE rate to 115200 at each end, and
  46. : started transferring files.  Guess what?  It worked perfectly, every time,
  47. : both directions, _zero_ errors reported.  I sent app. 10MB of data between
  48. : the machines without a hitch.
  49. : 
  50. : Now Doug, I don't know why it didn't work for you - maybe your comm
  51. : software was at fault, maybe you didn't tie a chicken head to the cable and
  52. : use the right number of candles, who knows?  <g>
  53. : 
  54. : All I know is that it worked for me.
  55.  
  56. Must have been hallucinations, I guess, obviously no one else sees a 
  57. problem. I'm through arguing about it since I only know what I did and 
  58. what happened.
  59.  
  60. Oh, the comm program on each end was simply a protocol driver: DSZ.
  61.  
  62.  
  63.  
  64.